WO 02/079974 



1 



Description 

Method and device for automatically producing simulation programs 

5 The present invention relates to a device and method for producing 
simulation programs according to the preamble of claim 1 and in 
particular for maintaining systems . 

Necessary maintenance measures are generally carried out on an 
10 event-controlled or time-triggered basis. With event-controlled 

maintenance measures, a process component will be replaced or re- 
paired if it has failed. In the case of time-triggered maintenance, 
on the other hand, maintenance measures are performed at regular 
intervals, the aim being to prevent outage of the process facility. 

15 

Preventive maintenance is of paramount importance especially where 
highly complex facilities are concerned: The outage, for instance, 
of a production facility can give rise to very high costs. That is 
why complex facilities are frequently monitored by sensors and the 

20 measurements used to detect a need for maintenance. This typically 
entails performing measurements on components of a facility and re- 
cording these measurements during the process. Changes in the meas- 
urements allow tendencies to be recognized that may necessitate 
maintenance measures. For example, pressure may rise in a facility 

25 over time, indicating a blocked pipeline, for instance. As further 
examples, vibrations may point to a worn bearing and measurements 
performed on the phase angle delta in a motor drive may indicate 
unfavorable drift. However, not in every facility can individual 
components be constantly monitored for wear and the like: Monitor- 

30 ing may be uneconomical in the case, for example, of very high 

process temperatures or facilities of very compact physical design, 
or if individual components are extremely complex. 

Process simulation programs are used for engineering and testing 
35 facilities and processes. Simulation programs of this type are pro- 
duced by specialists and adapted to suit individual needs. It is 
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accordingly very expensive to produce simulation programs for large 
facilities or for multi-layer processes. 

The object of the present invention is thus to simplify the produc- 
5 tion of simulation programs in particular with regard to mainte- 
nance measures. 

This object is achieved according to the invention by means of a 
method for producing a simulation program by making available basic 
10 program operations and making available process parameters of a 

real process and automatically linking the basic program operations 
to the process parameters for initializing the simulation program. 

The above object is further achieved by means of a device for simu- 
15 lating a system with a storage facility for making available basic 
program operations and with a control device for simulating a real 
process on the basis of the basic program operations, and with a 
read-in device for reading in process parameters of the real proc- 
ess wherein, by means of the control device, the basic program op- 
20 erations for a simulation process can be automatically linked to 
the process parameters for initializing the simulation process. 

The simulation model or program can advantageously be automatically 
derived from the real process by means of the invention. No addi- 
25 tional engineering effort will therefore be required if the control 
of the real facility has already been provided. This will increase 
the level of user acceptance in terms of employing simulation mod- 
els, in particular for maintenance purposes. 

30 Further advantageous developments of the device according to the 

invention and of the method according to the invention can be found 
in the subclaims. 

The present invention will now be described in more detail with the 
35 aid of the attached drawings, in which 
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Fig. 1 shows a data flow diagram of a real process and a simulation 
process running in parallel according to the invention; 

Fig. 2 shows a signal flow diagram for alerting and predicting a 
5 need for maintenance; and 

Fig. 3 shows a signal flowchart for implementing maintenance meas- 
ures . 

10 The exemplary embodiments described below show preferred embodi- 
ments of the present invention. 

Fig. 1 shows, in its left half, a schematic signal flowchart of a 
control of a real process and, in its right half, that of a simula- 

15 tion process running in parallel. The job control, or what is 

called a scheduler, serves as a starting point for controlling the 
real process. A recipe control (batch flexible) is driven with the 
job data. The recipe control obtains the required recipe (s) from a 
database, namely recipe management. This drive is suitable for both 

20 batch-processing processes (batch) and continuous processes. 

Actual facility control or automation takes place in the block in 
Fig. 1 designated "sequence logic". A separate component between 
the recipe control and sequence logic coordinates the instructions 
25 with regard to semantics. 

The sequence logic is associated with several function blocks FB 
which are responsible for automating individual steps. Via an in- 
put/output periphery the sequence logic and function blocks then 

30 exchange instructions and measurements with the process components 
of the real process. A simple production process performed within a 
simplified facility could serve as an example of a real process. A 
container is linked to a reactor via a pipe. The reactor contains 
two generating sets, a mixer, and a heater set. The container is 

35 filled with a certain material. During the production process the 
reactor could first be filled with the material from the container 



WO 02/079974 



4 



then heat and mix said material. The relevant process steps are 
filling, heating, and mixing. Each of these individual process 
steps or basic operations has its own internal sequence of instruc- 
tion steps which is implemented in the sequence logic. The process 
5 step *fill' may, for example, comprise the instructions: Check 

status of cellular wheel sluice, open slide gate, check fill level 
etc. In a recipe for producing a certain material the individual 
process steps are precisely specified. Similar to a cooking recipe, 
the control recipe contains parameters such as process times, proc- 
10 ess temperatures etc. A set sequence of process steps is also 
specified. 

The individual process steps are sequenced in the sequence logic 
and the respective start and end time specified. Facility compo- 
15 nents are individually controlled by function modules as directed 
by the sequence logic. 

A corresponding simulation process is shown on the right-hand side 
of the figure in Fig. 1. Like the real process system, the Simula- 

20 tion system consists of a coordination module followed by the se- 
quence logic and equipment function modules. The input/output pe- 
riphery of the real process is simulated by a logical periphery. 
The real process itself must be simulated, on the one hand, in its 
components and, on the other hand, in the process flow itself. The 

25 components are simulated in what is called an equipment simulation, 
and the equipment simulation modules are suitably linked together 
for the process simulation. 

The logical periphery and equipment simulation can be generated 
30 automatically by a semantics manager from a library of RB catego- 
ries (reaction modules) . 

Equipment master data, material master data, and pipeline master 

data etc. flow into the process simulation. Equipment master data 

35 comprises, for example, the diameter of containers, features of 

♦ 

valves, pumps etc. Material master data comprises quantities, grain 
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size distribution etc. of the material used. Lastly, the pipeline 
master data corresponds to dimensions and other relevant variables 
of the pipelines used. All the master data can be filed in librar- 
ies . 

5 

The real process is then synchronized with the simulation process. 
The two processes consequently run in parallel so as to make a di- 
rect comparison of the process results possible. It is not neces- 
sary here to simulate the entire real process; instead, a particu- 
10 larly critical process step, for example, can be simulated which 
requires, for instance, constant monitoring. 

The simulation allows the entire facility and/or major parts of it 
to be simulated as a virtual facility. Selectively simulating parts 

15 of the facility and comparing the relevant virtual and real process 
steps allow the need for maintenance to be localized to a degree 
commensurate with the size of the simulation component. For exam- 
ple, critical parts of the facility can be subdivided into finer 
process steps in order better to localize the need for maintenance. 

20 Where non-critical parts of the facility are concerned, several 

components can be combined both during measuring of the real proc- 
ess and during the simulation. If a fixed deviation or a deviation 
increasing with time is then detected on the basis of the compari- 
son of the results of process steps in the real and virtual proc- 

25 ess, appropriate maintenance measures can be initiated. 

The behavior of a facility from a process control viewpoint is ex- 
amined so that a need for maintenance can be detected in a timely 
fashion. This means that, for example, the vibrating of a pump is 
30 not measured so that conclusions can be drawn about a worn bearing; 
instead, the flow through the pump is measured and compared with a 
simulated ideal flow so that the pump's aging can be detected. 

In a development of the invention it would also be possible to 
35 simulate the behavior of the material which is contained within the 
facility and being processed. Conclusions could be drawn about the 
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facility from the simulated and real chemical conversion process. 
For example, deviations in a material's physical state, such a vis- 
cosity, could indicate a defective cooling device. Equally, differ- 
ences between the simulated and measured PH value, for instance, 
5 could indicate a defective mixer. 

Whether the physical parameters of the material located within the 
facility or typical variables of the facility, such as the through- 
put rate, are used for diagnostic purposes, is of secondary impor- 

10 tance provided the simulation process runs, according to the inven- 
tion, in parallel with the real process and individual results of 
process steps or overall results of the process as a whole are com- 
pared. For the respective comparison it is necessary for the start 
and end of each process step being compared to be defined and rec- 

15 ognized. Unique indicators for a need for maintenance can also be 
determined. For example, unusually long filling times or excessive 
heating times can be recognized that deviate from normal facility 
operation. These differences do not necessarily result in an outage 
of the entire facility or the production of rejects; they may 

20 merely indicate that the facility is not running according to the 
planned optimum. 

Appropriate maintenance measures can be carried out in keeping with 
the magnitude of the deviations. Simply a warning can be directed 
25 to the maintenance team if there is only a slight difference be- 
tween the real and simulated process. In the case of major differ- 
ences a fault message can be issued signaling an immediate need for 
maintenance . 

30 The diagnostic information obtained from parallel running of the 

real and simulated process can also be used to optimize the facil- 
ity. If, for example, the facility is run using a changed recipe, 
the process steps and/or their sequence will also change. The fa- 
cility controller or scheduler converts the new recipe into time 

35 flows or time slices. In the case of multi-material facilities, for 
example, these time slices must be coordinated as a function of the 
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different materials and facility components. The aim here is to 
utilize all parts of the facility to optimum capacity. To improve 
scheduling online, the simulation process can run in parallel with 
the real process. Optimization can thereby be achieved without the 
5 need for the facility to be idle. 

In the case of large facilities and multi-layer processes, control- 
ling the real process requires a high level of engineering effort. 
The simulation model or program is produced automatically so that 

10 this engineering effort does not have to be repeated. For this, ba- 
sic operations made available in the recipe management and job con- 
trol are automatically linked with each other in the process simu- 
lation. To initialize the simulation program the process parameters 
of the real process are read out by the SFC sequence logic online. 

15 This means the simulation program is automatically provided with 
the process parameters of the real process, resulting in an exact 
physical and time-related simulation of the real process. 

The process simulation is favorably co-controlled by the job con- 
20 trol of the real process. It is, however, also possible to provide 
a separate control for the simulation. Direct linking in control 
terms to the real process is, however, especially advantageous for 
automatic engineering. 

25 For automatic engineering, a simulation model must furthermore be 
adapted in data terms to the control of the real process. An ac- 
cordingly adapted generic simulation model of a basic operation 
has, for example, a set of parameters consisting of parameter tri- 
ples. A triple consists of the "material (s) " parameter, which is 

30 product-dependent, the "unit" parameter, which defines the respec- 
tively used container, and the "job" parameter, which defines the 
respectively affected amount of material. The parameters are known 
from the production recipes. The simulation model is then initial- 
ized via this set of parameters so that it corresponds to the real 

35 process that is running. 
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As the simulation models of the basic operations required for pro- 
duction are independent of the recipes required for production 
("generic") and the simulation, including its provisioning with pa- 
rameters, is controlled by the process control system, no addi- 
5 tional engineering effort is required for the parallel simulation. 

The simulation models are produced in principle automatically from 
the recipes of the real process. The simulation models can gener- 
ally be produced from semantic programs, semantic periphery assign- 
10 ments and/or process control engineering documents, which is to say 
from information which the virtual facility needs for describing 
its components and how these interact. This information is con- 
verted for automatic operation into parameterizing and intercon- 
necting the virtual facility. 

15 

As already mentioned, a meaningful comparison between real and 
simulated process steps requires precise synchronizing. A precise 
starting point must also be specified, which is done by initializ- 
ing. As indicated in Fig. 1 by a broken line, initializing of the 
20 simulation process can be controlled online by the sequence logic 
of the original facility. For example, it is possible to ensure 
that a container in the original facility and in the simulation has 
in each case a defined fill level at a specific process step in a 
specific recipe. 

25 

The single arrows in Fig. 1 signify signal links or action links, 
and the double arrows signify data connections which are necessary 
for, for example, parameterizing and engineering. 

30 Fig. 2 shows a schematic signal flowchart for obtaining a mainte- 
nance request on the basis of the diagnosis resulting from the com- 
parison between the real process and simulation process running in 
parallel. Explanations of the modules can be found in the table at 
the end of the description. 

35 



Fig. 3 shows a signal flowchart showing further processing of a 



WO 02/079974 



9 



maintenance request in a maintenance management system. According 
to this, service measures are performed if necessary on the basis 
of information provisioning, material /resource provisioning, main- 
tenance planning, and the maintenance request. Material /resource 
5 administration and the budget have an impact here on maintenance 

planning. The facility model also serves for information provision- 
ing. 
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Table 



Component 


Function 


Task 


PLC 


Logic in TF 


Suppression of follow-up 
message. 

Example 1: Outage of the 
alerting voltage (simultane- 
ously) takes all the messages 
from the monitoring loop fed 
by the alerting voltage ("con- 
tacts") . 

Example 2: All messages must 
be suppressed in on-site op- 
eration (from a repair 
counter) . 
Module message 

Example 1: Check-back monitor- 
ing (protective check-back, 
rotation speed check-back, op- 
erating time message) 
Example 2 : Operating mode 
changeover 




Process data logging 


Make process values available 
that are required for cross- 
area logic (event- triggered, 
in the case of measurements 
for change with dead band) 




Logic between TFs 


Technological monitoring of a 
PLT location. 

Example 1: A jump in setpoint 
value on a regulator must re- 
sult a rise in the actual 
value . 

Example 2: Manipulated vari- 
able of a regulator increases 
with no change in the setpoint 
value (wear on valve seating) . 
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Example 3 : Pressure or flow 
measurement on pump group 




Usage-dependent 
maintenance 


Operating cycle/operating time 
counter 

Count the operating hours or 
operating cycles, generate IH 
request if a parameterized 
threshold is exceeded 




Section chain 
monitoring 


Time monitoring for indexing 
condition 


PPM 


Scan field devices 


Information from intelligent 
field devices 

PDM (AMS) scans the accessible 
field devices and transfers 
messages (selected by parame- 
terizing) 

Live monitoring of intelligent 
field devices 

PDM (AMS) scans the planned 
field devices and generates a 
message if a planned device 
cannot be accessed. 




Should be/as is 

comparison 

Project 


Comparison planning - 
as is 

PDM (AMS) scans the accessible 
field devices and generates a 
message if planning is not as 
is (read field device not in 
the project) . 


CBA 






CM 


Condition monitoring 


Example 1: Vibration monitor- 
ing on machine 

Example 2: Electrical finger- 
print for motor 
Example 3: HISS (smell, hear, 
taste) 
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HMI 


Operation of 
operating or 
recipe parameters 


Example: "Standard deviation" 
parameter for fault message 
dependent on operating mode 




Alarms 


Planned alarms = IH request 


Diag 


Facility behavior 


Comparison of current facility 
behavior with history. 
Example 1: How long has it 
taken so far to bring material 
x in unit y from m to n fill 
height? Comparison with cur- 
rent step. 

IH request via user action 
with GUI support. User gener- 
ates IH request 
Necessary: Facility behavior 
archive or (at least) param- 
eterized comparison values 




Logic between TFs 


Technological monitoring of 
part of a facility 
Logic or rules on a cross-area 
basis over several PLT loca- 
tions (on several PLCs, where 
applicable) 




Diagnostic message 


Message frequency 
Example 1: Specific report 
numbers from a specific TP are 
(interactively) "set to diag- 
nosis" and continuously moni- 
tored from then on until a 
suspected fault cause has been 
recognized/analyzed. 
Example 1: Suspicion of in- 
creased outage rate of a motor 
drive: The report numbers, 
protective check-back, and bi- 
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metal message generate a diag- 
nostic message if more than 5 
messages occurred per shift. 




Simulation 
evaluation 


Compare the result of process- 
/ equipment simulation with 
real process/ facility results. 
Decision rules specifying when 
a comparison between simula- 
tion result and as-is facility 
is ok/not ok and (in the case 
of process simulation) assign- 
ment to asset. 




Behavior evaluation 


Compare value from facility 
behavior archive or from fa- 
cility behavior (with fixed 
values determined in IBS /trial 
operation) with real facility 
results. Otherwise as above. 

Note: 

Simulation evaluation is ad- 
vantageous in the case of 
multi-purpose facilities where 
a meaningful facility behavior 
archive is not ensured on ac- 
count of the multiplicity of 
products/recipes . 
Behavior evaluation is advan- 
tageous in the case of "sin- 
gle-purpose" facilities and 
conti/semiconti facilities . 


Sim 


Process simulation 


Technological monitoring of 
recipe steps 

SIMIT has models of the facil- 
ity Gos (mix, heat, fill 
etc.). Each individual model 
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(e.g. resistance heating ele- 






ment with time behavior, heat 






transition, heat flow in the 






material etc . ) . 






Otherwise analogous to the 






above 
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Arch 


Facility behavior 


History of the product- and 




archive 


substance- /material-dependent 






time behavior of parts of the 






facility, units, equipment, 






and also relevant (fixed) pa- 






rameters . 






Different embodiments for the 






process industry and discrete 






(manufacturing) industry: 






Process industry: Objects are 






steps in the flow such as 






filling, heating etc. and 






equipment (S 88), not the ob- 






jects of the facility model 






such as a pump, regulating 






valve etc . 






Discrete industry: Objects are 






the "machines" of the facility 






model . 



